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Object oriented data processing 



Field of the Invention 

The present invention relates to processing of data, and in 
particular, but not exclusively, to object oriented data 
processing . 

Background of the Invention 

In contemporary computer based systems for controlling e.g. 
manufacturing and process industries, such as chemical plants, 
oil refineries, pulp and paper mills, steel mills, automated 
factories and so on, or other control systems, such as traffic 
management systems or intelligent building control system, 
there has typically existed a large range of different 
applications of different origin that have had to be 
integrated into a single control system. Further, a control 
system typically includes several computers connected through 
a data communication network, where said applications are 
distributed in different configurations for different 
installations. The communication network may be a closed local 
network (e.g. a local area network LAN) , a closed global 
network (e.g. an intranet network) or an open global network 
(e.g. the Internet) . 

Traditional methods for this integration have entailed 
substantially lengthy development times resulting, for 
example, in significant changes in requirements before such 
control programs have been completed and made ready for use. A 
second problem with traditional development methods is that it 
has been difficult and lengthy to update such control programs 
to include new requirements, such as the .integration of 
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additional and new applications. Writing and modifying control 
system programs to combine newer applications with older, 
existing applications, which older applications are sometimes 
called legacy applications, has also been difficult, time 
5 consuming and expensive. Sometimes the update has required a 
replacement of the entire existing application with a newer 
one . 

The adoption of object-oriented programming languages and 
10 methods has led to somewhat shorter development times, and 
made it somewhat easier to incorporate or integrate new 
applications. An aim of the object oriented techniques is to 
break the task down to smaller autonomous entities that are 
enabled to work together to provide the needed functionality. 
15 These individual entities are called objects. During the 
development of the set of control instructions (i.e. the 
control software) the designer determines what objects are 
needed and the interrelations of each chosen object with other 
objects. Examples of object oriented technology, without 
20 limiting to these, include technologies such as C++ or Java. 

The object oriented technologies typically require 
instantiation of the objects to obtain instances of the 
objects for use by the computer in the data processing 

25 operations. The instantiation has conventionally referred to 
the use of object classes which include the function of an 
object. The instances created by the instantiation form 
individual entities that can be made unique by addition of 
different properties thereto. An adaptation of an object is 

30 made by changing these properties. 



An object may have different aspects, each aspect defining 
more precisely the nature and/or function of the object. That 




is, an object may associate with one or more different aspects 
that represent facets of a real world entity that the object 
represents. An aspect may provide a piece of the functionality 
of the object. An aspect may be either exclusive or shared by 
5 several objects. An object may inherit an aspect from another 
obj ect . 

Objects may be divided between 'object type' objects and 
instances. The objects belonging to instances may inherit 
10 aspects from object types and other objects. The aspects of 
object type objects may be shared by several instances. 

The term 'object type' refers to a functionality that may be 
used at the instantiation stage of objects to reassemble those 

15 instances that are needed to model a real world entity or 

object in a computerised system. An object may be a composite 
object or a simple object. The term 'composite object' refers 
to an object that represents several objects i.e. a collection 
of objects. A composite object type in turn can be defined as 

20 an object type that at an instantiation stage results in the 

instantiation of several objects that may be of several types. 
A reference is made herein to Figure 2 that illustrates the 
difference between the composite object type (person type A) 
and a simple object type (Heart type A) . 

25 

IEC standard DIS ISO/IEC 1346-1 1995 "Structuring principles 
and reference designations" , contains a reference designation 
system for the unambiguous identification of parts of any 
system in the general technical context such as in a 
30 manufacturing company, plant or operating company or other 

organisation. Within this description the terms object, aspect 
and reference designations in particular are used to refer 
such parts of any system in the general technical context in 




accordance with the definitions in the DIS standard ISO/IEC 
1346-1. In addition, certain additional types of objects and 
aspects will be additionally defined in the course of this 
description . 

5 

US 5 787 425 describes a concept of client /server 
relationships between objects in an object-oriented computer 
program. The objects may communicate with each other, for 
example in order for a first object to access data held by a 

10 second object. When the first object needs access to some data 
controlled by the second object, the first object is 
considered to be a client of the second object, which in turn 
is considered to be a server. To access the data controlled by 
the server object, the second object in this example, one of 

15 the operations of the first object, the client object, will 
call or invoke one of the operations of the server object. 
The operation of the server object thus invoked is then 
executed to access and/or manipulate the data on behalf of the 
client object. 

20 

However, the conventional system design requires that an 
object in a computerized system has prior information about an 
application in order for the object to, for example, access a 
method implemented by the application. The identities of the 

25 objects need to be known by those applications which want to 

access the other applications. However, this may not always be 
an optimal way to design all system including computers and/or 
the creation of instances of objects may require substantial 
amount of time. The inventors have found that there is a need 

30 for a new way to design and instantiate systems to integrate 
applications, such that different applications can be both 
fully independent, based on different technologies, and 
without knowledge of the specifics of each other, and at the 




same time able to co-operate with each other to perform the 
collective functionality of the computerized system. 

Summary of the Invention 

5 

Embodiments of the present invention aim to address one or 
several of the above shortcomings of the prior art. 

According to one aspect of the present invention, there is 
10 provided a method in a computerised system adapted for 

processing data associated with real world entities based on 
objects representing the real world entities, the method 
comprising: creating at least one formal instance, the at 
least one formal instance containing information regarding 
15 instantiation of at least one object; and associating the at 

least one formal instance with one or more formal instances or 
groups of formal instances based on information of the type of 
said at least one object or the at least one formal instance. 

20 The method may comprise a further step of instantiation of the 
at least one object based on the information contained in the 
at least one formal instance and on information regarding at 
least one group with which the said at least one instance 
associates. The step of instantiation may comprise creation of 

25 at least one real instance to be used by the computer system 
in said processing of data. 

A plurality of groups of formal instances may be created, the 
different groups of formal instances representing different 
30 types of objects. The groups may be based on features of the 
real world entities represented by the objects. The different 
groups of formal instances may be arranged in structures based 
on the type of the. objects the individual groups associate 



with. The structures may be used to describe the relations 
between different groups of formal instances. 

A formal instance may be associated with a plurality of 
5 different groups of formal instances based on the type of the 
object the formal instance associates with. 

At least one of the objects and/or at. least one of the formal 
instances may associate with at least one aspect. The content 
10 of a set of aspects may be changed. At least one of the 

aspects may be inherited. A formal instance may contain a 
description how to make changes to aspects of those objects 
that are to be instantiated. 

15 A formal instance may represent a group of formal instances . 
Alternatively, selected formal instances or all formal 
instances of a group of formal instances may represent said 
group of formal instances . 

20 Instantiation of an object type may result in instantiation of 
at least two objects associated with said object type. The 
objects to be instantiated may be instantiated based on formal 
instances that belong to different groups of formal instances. 
Instantiation of a composite object type may result in 

25 instantiation of a group of objects. 

The computerised systems may be arranged to locate an object 
type indicative of an object to be instantiated, to locate a 
formal instance in a first structure group describing the 
30 instantiation of the object, to create real instances out of 
all formal instances in said first structure group and other 
structure groups that are associated with said first structure 
group. The computerised system may.be adapted to control 
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operation of a real world entity based on at least one object 
representing the entity and instantiated based on information 
contained in a formal instance. 

5 According to an aspect of the present invention there is 

provided a computer program comprising program code means for 
performing any of steps of claim 1 or any claim dependent 
thereto when run on a computer. The program code means may be 
stored in a computer readable medium. The computer program may 
10 be used for controlling operation of real world entities. 

According to another aspect of the present invention there is 
provided a method of controlling real world entities by means 
of a computerised control system based on objects representing 

15 the real world entities, the method comprising: creating a 
formal instance, the formal instance containing information 
regarding instantiation of at least one object; placing the 
formal instance in one or more groups of formal instances, the 
selected group or groups being indicative of the type of said 

20 at least one object; initiating instantiation of an object 

that, is required by the control operations, the object being 
associated with the created formal instance, wherein the step 
of initiation comprises obtaining information from the formal 
instance; and instantiating the object based on said 

25 information and also information regarding the group or groups 
the formal instance is placed in. 

According to another aspect of the present invention there is 
provided a method for instantiation of an object that 
30 represents a real world entity, comprising: generating a 

formal instance describing the instantiation of the object; 
placing the formal instance into one or more groups of formal 
instances based on the type of the object; and instantiating 




the object based on information in the formal instance and 
also on information of the type of the object. 

According to another aspect of the present invention there is 
5 provided a data processing system comprising: a data 

processor; and storage means for storing data, at least a part 
of said data being stored as objects that can be instantiated 
for use by the data processor, wherein the arrangement is such 
that at least a part of the objects are instantiated based on 
10 information contained in associated formal instances and 
information regarding the type of the object to be 
instantiated. The data processing system may be arranged to 
control operation of real world entities that are represented 
by objects to the system. 

15 

According to another aspect of the present invention there is 
provided a data entity for object oriented data processing 
that is based on use of a plurality of objects, wherein the 
data entity contains information regarding instantiation of 
20 one or more objects and is included in at least one group of 

data . entities , each group of data entities being indicative of 
different characteristic features of the objects. 

The embodiments of the invention may lead to substantial 
25 savings in time when creating instances of objects. The 

embodiments may provide an efficient replication of objects 
for instantiation, and therefore an instance may be used for 
representing several real world entities. The embodiments may 
create efficiently consistent extensions of objects with low 
30 system requirements . 



Brief Description of Drawings 



For better understanding of the present invention, reference 
will now be made by way of example to the accompanying 
drawings in which: 

Figure 1 is an example of organising instances into 
structures ; 

Figure 2 is a schematic example of formal instances that 
may be assigned for the instances of Figure 1 in accordance 
with the present invention; 

Figure 3 shows real world entities that may be controlled 
based on the use of formal instances ; 

Figure 4 shows a possibility to organise structures to 
control the Figure 3 system; 

Figure 5 is a schematic presentation of aspects; and 

Figure 6 is a flowchart illustrating the operation of an 
embodiment of the present invention. 

Description of Preferred Embodiments of the Invention 

The following will describe with reference to the drawings 
clarifying examples of how the various objects and/or 
instances may be organised into groups based on relations 
between various aspects of a real world entity. More 
particularly, the following will discuss a possibility for 
instantiation of objects based on use of specific data 
entities referred to as formal instances in accordance with 
the principles of the present invention. 

The formal instances are data entities that are created to 
describe the way that how objects should be instantiated to 
obtain real instances of the objects. In other words, a formal 
instance can be described as a data entity that contains 
information regarding how one or more objects or "real" 
instances shall be instantiated. A formal instance does not 




directly represent any of the real world objects. Instead, a 
formal instance can be used as a tool that enables 
instantiation of one or more objects that will then represent 
a real world object. 

5 

A formal instance can also be used as a base for instantiation 
of a composite object type. That is, a formal instance may be 
used in the definition of composite object types to define 
which objects of which object types should be instantiated as 
10 part of a composite object type. 

The instantiation of a composite object type may lead to 
instantiation of a collection or group of objects. These 
objects may be organised into one group of objects or into a 

15 plurality of groups of objects. These object groups may 

reflect different kinds of relations between the group object 
and the participants of the group (i.e. the objects in the 
group). In this context the term 'group object 7 is intended to 
mean an object that represents the object group. That is, the 

20 group object can be seen as an object representing a number or 
a collection of objects. 

Specially designed grouping, herein called structures may be 
used to define different instance or object groups. The groups 

25 may be placed in different structures so that the relative 

locations of the groups indicate different kinds of relations 
between the groups and the objects or instances in the groups. 
For example, when a composite object type is instantiated a 
real instance is created for each formal instance that is' 

30 defined to be a part of a particular object type group. In the 
following embodiments of the instances of the objects i.e. 
"real" instances are placed in such structures and organised 
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in groups based on organisation of the formal instances in the 
composite object type. 

A formal instance may also contain adaptations of the basic 
5 object type. That is, in addition to describing how to use an 
object type for the instantiation, a formal instance may also 
be used to describe how to make changes and/or what changes 
are to be made in the objects to be instantiated. The changes 
may be made in the aspects of the formal instance. 

10 

The formal instances can be grouped to different categories 
i.e. dimensions (see the left hand side of Figure 2). Each 
dimension corresponds to a structure into which a certain 
group of formal instances should be placed. The organisation 
15 of the different groups of formal instances into different 

structure groups defines the structure in which the final i.e. 
"real" instances are going to be placed. Each structure group 
may consist of one or more groups of formal instances. 

20 The grouping of the formal instances may be accomplished by 
defining a formal instance that represents a group in which 
the other formal instances associated with said group formal 
instance are placed. All formal instances of the group may 
represent the group. It is also possible that only selected 

25 ones or even none of the formal instances of a group may 
represent the group. According to one possibility the 
capability of representing the group depends on whether the 
formal instance is associated with children or not, wherein 
the "childless" formal instances are not representing the 

30 group. In case all formal instances are enabled to represent 
the group, the grouping is recursive. A" formal instance can 
also be a part of several groups. 
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In the herein described embodiments instantiation of an object 
type will result in the instantiation of one or several 
objects that may have been organised in several groups. The 
groups may be, in turn, organised in several dimensions i.e. 
5 placed in several structures. When modelling real world 
entities in computerised systems an entity is allowed to 
belong to several composite objects and at the same time 
contain any number of composite entities or not a single 
composite entity. The following will describe in more detail a 

10 possible way of creation of groups of formal instances based 
on the object type definition such that the formal instances 
may be grouped in several dimensions. This approach enables 
unfolding of the features of a real world entity to several 
structures. The unfolding results in a generation on demand a 

15 plurality of software objects with interrelationships and 
function as predefined by, to a large extent, the formal 
instances . 



Rather than being an example of an actual implementation of a 
20 computerised control system, the example shown in Figures 1 
and 2 is presented to illustrate the above described 
principles of the present invention. The example relates to a 
person who is a member of a football team and lives in a 
house. The person has a blood circulation system and a pump 
25 function for circulating the blood. The pump function 

comprises a heart. The heart is located in the chest of the 
person. As can be seen from Figure 1, the objects 'person 1' 
and 'heart 1' can be placed in two different dimensions i.e. 
structures based on functional features and location of the 
30 object, respectively. 

When an object type is instantiated an instance of the object 
(object instance) is created for each formal instance defined 



in the object type. The object instances are shown on right 
hand side of Figure 2. The object instances are organised into 
groups according to the definition in the object type. The 
formed object instance groups are then placed in the 
5 structures also based on the definitions contained in the 
object type. 

The object instances are divided further into two instance 
groups, that is into functional and location structures. The 

10 exemplifying object instances instance 1 and instance 2 have 

different roots or nodes (two football teams 2 3 and 12 and two 
houses 7 and 4) . As can be seen, instance 1 defines those 
objects that associate with person 1 while instance 2 defines 
those objects that associate with person 2. However, both 

15 instances refer to the object type 'person type A', i.e. are 
defined as type A persons for the system. 

It should be appreciated that although Figure 2 shows for 
clarity reasons two object instances (instances 1 and 2) and 
20 four instance groups only, the number of object instances and 
groups is not limited to this. 

A detailed description of an object type in a structure can be 
made based on an object type object, one or more structure 

25 objects and formal instances of other object types. In Figure 
2 'person type A' forms the object type object. The 
description of A type person can be made more detailed by the 
'functional structure' and 'location structure' which form a 
structure object each. The structure objects contain formal 

30 instances 'blood circulation system FI1', 'pump FI1', 'heart 
FI1' and 'chest FI1' . 




As shown by Figure 2, the object type objects "person type A' 
and 'Heart type A 7 are placed at the root of an object type. 
The structure objects are then placed below the object type 
object in the structure. More particularly, the structure 
5 objects ("dimensions") define the structures into which the 
formal instances of the objects should be placed in the given 
object type. 

The formal instances are preferably placed in the hierarchy 
10 below the structure objects. The formal instances can be used 
to define the structures of the model in which the real 
instances should be created. A formal instance can be placed 
below one or more structure objects (see e.g. Heart FI1) . It 
is also possible to place a formal instance several times 
15 below a structure object. That is, it is possible to place a 
formal instance below as many structure objects and as many 
times as is considered as necessary. Since the formal 
instances are used for the purposes of instantiation of the 
objects, there is, at least in principle, no restrictions in 
20 the number of formal instances that may be placed in a 

structure object. The same formal instance can also be used 
several times in a structure. The formal instances can be 
organised in one or more groups that are placed below the 
structure obj ects . 

25 

In a preferred embodiment of the present invention the above 
described organisation is applied to computer aided control of 
real world entities. For example, the formal instances and the 
organisation thereof may be applied to computerised control of 
30 various apparatus in a factory or power plant or process 
industry and so on. 




Figure 3 is a schematic presentation of a process employing 
various elements which may be controlled by means of a 
computerised control arrangement that is based on use of 
formal instances and organisation thereof into groups as 
5 described above. The element of the process are located in a 
plant 1. A tank 2 is shown to be connected to an inlet system 
3. The inlet system 3 comprises a pipe 6, a valve 4 and a pump 
5. 

10 The elements of the Figure 3 system may be divided, for 

example, into two different object types, that is between 
objects that associate with the tank 2 and objects that 
associate with the inlet system 3. The objects can also be 
grouped based on location (e.g. objects in the plant 1 and 

15 objects close to the tank) and function (e.g. objects 
associated with storage and transportation of fluid) . 

Figure 3 shows also a data processing unit 10 adapted to 
control the operation of the process. The data processing unit 

20 10 may be implemented in the form of a computer adapted to 

accomplish the control functionality. The data processing unit 
typically comprises required input and output means, 
processors, such as a central processing unit (CPU) and memory 
means, such as ROM and RAM. All these features are known by 

25 the skilled person, and will thus not be explained in more 

detail. A data connection 11, such as a bus, is also shown to 
be provided between the data processing unit 10 and the real 
world entities 2, 3 and 5. 

30 A possible organisation of the objects and formal instances 

that are used for the control of the Figure 3 system is shown 
in Figure 4. In Figure 4 the composite object types comprise 
root definitions 'Tank' and 'Inlet System'. Both of these 




roots are illustrated to have dimensions 'functional 
structure' and 'location structure'. The object types i.e. the 
roots are shown to comprise composite object types 'Tank 7 and 
'Inlet System' . 

5 

The functional structure of the object type 'Tank' includes 
structure object 'Tank', a formal instance 'Inlet System' and 
a structure group formed ( by formal instances 'Pump' and 
'Valve 7 , said group being dependent from the 'Inlet System' 
10 formal instance. The location structure of the object type 

'Tank' contains structure object 'Tank' and formal instances 
'Pump' and 'Valve'. 

The functional structure of the object type 'Inlet system' 
15 includes structure object 'Inlet system' and a structure group 
formed by formal instances 'Pump' and 'Valve', said group 
being dependent from the formal instance 'Inlet system'. The 
location structure of the object type 'Inlet system' includes 
formal instances 'Pump' and 'Valve'. 

20 

A formal instance can also be placed in more than one 
structure. That is, a formal instance in one group of a 
structure may be the same instance that has been placed in 
another structure. An example of this in Figure 4 is a formal 
25 instance 'valve' that is shown to be placed in locations 12 
and 13 . 

A formal instance may refer to one or more object types. In 
Figure 4 a dashed line illustrates a reference from the formal 
30 instance 'Inlet system' 14 to a composite object type 'Inlet 
system 7 15. 




In an embodiment of the present invention each of the real 
world entities, such as the pump 5 or valve 4, is represented 
within a computer program run by the computer 10 as an object. 
The computer program contains program code means to instruct 
5 the computer 10 to carry out functions it is intended to 
implement. During the instantiation phase of the computer 
program the code means direct the computer to fetch those 
formal instances that associate with the objects required for 
the operation, such as the valve or the pump. The 

10 instantiation may be based on information contained in the 
formal instances associating with these objects and also on 
information regarding the location of the formal instances in 
the structures. During instantiation one or more instances of 
. an object representing a real world entity is created to be 

15 used by the application, such as a control software. The 

properties of the object instance may also be adapted to fit 
special requirements or the application and/or changes in the 
object. The instantiation may occur based on information of 
the object type, especially the organisation of the formal 

20 instances in the object type, and the information contained in 
a particular formal instance. 

To accomplish the above, the data processing entity such as 
the computer 10 may start looking for an object type that is 

25 indicative of the object it needs for performing the required 
data processing. After having found the desired object type, 
the computer goes through all formal instances in the 
structure group below the object type. The computer also 
checks any structural relationships the formal instances may 

30 have. Based on the information received from the analysis of 
the formal instances the computer then creates required real 
instances for use in the data processing to complete a given 
task . 




In the Figure 4 example this would mean that in order to 
create a real instance x Inlet system 1' the computer looks 
first for object type * Inlet system' in the structures. After 
5 having located the 'Inlet system', the computer may look for 
all formal instances that are below the object type 'Inlet 
system'. In the example these formal instances are 'Pump' and 
'Valve'. After this real instances 'Tank 1', 'Inlet system 1', 
A Pump 1' and 'Valve 1' are generated out of all formal 
10 instances found in this structure group of formal instances. 

The 'Inlet system' is located only in the functional structure 
and not in the location structure. However, the computer 
checks also the location structure of the same composite 

15 object type to check if the same formal instances 'Valve' and 
'Pump' can be found there. If a formal instance found in one 
group of the structure is found in another group of the 
structure, all formal instances of that group will also result 
in instantiation of real instances these formal instances 

20 refer to. However, a formal instance that is found in more 

than. one structure group will result in generation of one real 
instance only. 

As was briefly mentioned above, each object and/or formal 
25 instance may have one or more associated aspect. Figure 5 
discloses an object 40 with twenty-three aspects 41. The 
aspects of an object typically relate to the real world entity 
represented by the object. More particularly, an aspect may 
represent one facet of the real world entity, said aspect 
30 being typically responsible for all operations on that facet 
of the object and its data. Thus for a pump, for example, one 
aspect could represent a physical location of the pump, 
another aspect could represent a blue print diagram of the 
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pump, another aspect could represent a security descriptor of 
the pump, another aspect could represent a control for an 
operation of the pump, another aspect could represent 
documentation of the pump, another the number of 
5 inlets/outlets and so on. 

A formal instance may inherit one or more of its aspects from 
one or more object type objects. 

10 Different applications may be used to implement different 
aspects or groups of aspects of an object and/or a formal 
instance. For example, a word processing program may be used 
by one aspect to display a functional specification, and by 
another aspect to edit operator notes. Similarly a CAD program 

15 may be used by an aspect to display a drawing, and used by 

another aspect to display an electrical diagram or by a third 
aspect to display a piping and instrumentation diagram. 
Application programs are not limited in any way to those 
programs used in traditional progress control methods. For 

20 example a production management application may be used by one 
aspect to display a j ob order, by another aspect to run an 
equipment schedule or by a third aspect to show material in 
stock and so on. 

25 The embodiments that are based on use of formal instances 
enable integration of a large range of applications into a 
computerised system in a modular and independent fashion. Each 
application is, by means of the objects and aspects contained 
by the objects, responsible for its own data and operations. 

30 This means that applications that are internally based on 
different object or non-object oriented implementation 
technologies can be integrated in such a way that no 
difference is apparent between the methods for supplying 
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services provided by the different applications. This also 
means that modifying an application or adding an application 
requires no change to other applications in the system. This 
is a particularly useful feature because it facilitates the 



aspects, including new applications to manage these new 
aspects . 

Aspects may also provide a way to indicate inheritance which 
10 enables objects or instances to inherit certain aspects 
automatically without necessarily defining inheritance 
relationships between specific objects and/or instances. 

The embodiments may thus provide benefits in several respects 
15 including: i) for the developer of a system, who can integrate 
existing, new, and future possibly not yet anticipated 
applications, without having to significantly re-write every 
application to fit with any particular data model or 
implementation technology, ii) for the user of the system, who 
20 will perceive a seamless integration of vastly different 

applications that co-operate to provide the full functionality 
that is associated with the real -world entities that he or she 
is dealing with and iii) for the owner of the system whose 
investment is protected because the system may be developed 
25 with, or extended by, applications not previously anticipated. 

It should be appreciated that any real world entity or object 
may be presented as an object in a process. The real world 
entity may be an actual object such as a pump, a motor, a 
30 valve, a sensor, a conveyor, a milling machine, a lathe or any 
other device that may be controlled by means of a computerised 
control system. A controller may also control one or several 
sub-controllers. The real world entity may. also be a more 
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addition of new object types which may require addition of new 




abstract object such as a purchase order, production batch, an 
invoice, a production plan and so on. It should be appreciated 
that the embodiments are not limited to traditional control or 
process control areas. The object may present, for example, a 
5 device or process in a home or a person carrying a stage or 
role in a process, or intangible objects such as messages, 
status of information and so on. 

It should also be appreciated that the applicability of the 

10 present invention is not limited to traditional process 

control functions and use, but extends as well to many other 
areas. This includes business and commercial activities such 
as production management, design and maintenance systems, and 
business and financial systems. It also includes control of 

15 equipment in other locations including equipment or processes 
in a residence or a home. Therefore it should be appreciated 
that whilst exemplifying embodiments of the present invention 
have been described in relation to systems including pumps and 
fluid conduits and/or control thereof, embodiments of the 

20 present invention are applicable to any other type of 

equipment and operation. Furthermore, while the above examples 
discuss arrangement of the instances and formal instances in 
groups based on functional features and location of the 
object, the organisation to groups can be based on any 

25 features, such as features associated with control of objects 
and real world entities or any characteristic thereof. 

It is also noted herein that while the above describes 
exemplifying embodiments of the invention, there are several 
30 variations and modifications which may be made to the 

disclosed solution without departing from the scope of the 
present invention as defined in the appended claims. 




Claims 

1- A method in a computerised system adapted for processing 
data associated with real world entities based on objects 
5 representing the real world entities, the method comprising: 

creating at least one formal instance, the at least one 
formal instance containing information regarding instantiation 
of at least one object; and 

associating the at least one formal instance with one or 
10 more formal instances or groups of formal instances based on 
information of the type of said at least one object or the at 
least one formal instance. 

2. A method as claimed in claim 1, comprising a further step 
15 of instantiation of the at least one object based on the 

information contained in the at least one formal instance and 
on information regarding at least one group with which the 
said at least one instance associates. 

20 3. A method as claimed in claim 2, wherein the step of 

instantiation comprises creation of at least one real instance 
to be used by the computer system in said processing of data. 

4. A method as claimed in any preceding claim, comprising 
25 creation of a plurality of groups of formal instances, the 
different groups of formal instances representing different 
types of objects. 
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5. A method as claimed in claim 4, wherein the groups are 
based on features of the real world entities represented by 
the objects. 




6. A method as claimed in claim 4 or 5, wherein a group is 
based on functional features of the real world entities and 
another group is based on location of the real world entities. 

5 7. A method as claimed in any of claims 4 to 6, wherein the 
different groups of formal instances are arranged in 
structures based on the type of the objects the individual 
groups associate with. 

10 8 . A method as claimed in any preceding claim, wherein a 
formal instance is associated with a plurality of different 
groups of formal instances based on the type of the object the 
formal instance associates with. 

15 9. A method as claimed in any preceding claim, wherein at 

least one of the objects associates with at least one aspect. 



10. A method as claimed in any preceding claim, wherein at 
least one of the formal instances associates with at least one 

20 aspect . 

11. A method as claimed in claim 9 or 10, comprising the step 
of changing the content of a set of aspects. 



25 12 . A method as claimed in any of claims 9 to 11, wherein the 
at least one aspect is inherited. 

13. A method as claimed in any of claims 7 to 12, wherein the 
structures describe the relations between different groups of 
30 formal instances. 



14 . A method as claimed in any preceding claim, wherein a 
formal instance represents a group of formal instances. 
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15. A method as claimed in any of claims 1 to 13, wherein 
selected formal instances or all formal instances of a group 
of formal instances represent said group of formal instances. 

5 

16. A method as claimed in any of claims 2 to 15, wherein 
instantiation of an object type results in instantiation of at 
least two objects associated with said object type. 

10 17. A method as claimed in claim 16, wherein the objects to 
be instantiated are instantiated based on formal instances 
that belong to different groups of formal instances. 

18. A method as claimed in any of claims 2 to 17, wherein 
15 instantiation of a composite object type results in 

instantiation of a group of objects. 

19. A method as claimed in any preceding claim, wherein a 
formal instance contains a description how to make changes to 

20 aspects of the objects to be instantiated. 

20. A method as claimed in any preceding claim, wherein the 
computerised systems locates an object type indicative of an 
object to be instantiated, locates a formal instance in a 

25 first structure group describing the instantiation of the 

object, proceeds to create real instances out of all formal 
instances in said first structure group and other structure 
groups that are associated with said first structure group. 
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21. A method as claimed in any preceding claim, wherein the 
computerised system controls operation of a real world entity 
based on at least one object representing the entity and 
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instantiated based on information contained in a formal 
instance . 

22. A computer program comprising program code means for 
performing any of steps of claim 1 or any claim dependent 
thereto when run on a computer. 



23. A computer program as claimed in claim 22 , wherein the 
program code means are stored in a computer readable medium. 

10 

24. Use of a computer program as claimed in claim 22 or 23 
for controlling operation of real world entities. 



25. A method of controlling real world entities by means of a 
15 computerised control system based on objects representing the 

real world entities, the method comprising: 

creating a formal instance, the formal instance 
containing information regarding instantiation of at least one 
object ; 

20 placing the formal instance in one or more groups of 

formal instances, the selected group or groups being 
indicative of the type of said at least one object; 

initiating instantiation of an object that is required by 
the control operations, the object being associated with the 

25 created formal instance, wherein the step of initiation 

comprises obtaining information from the formal instance; and 

instantiating the object based on said information and 
also information regarding the group or groups the formal 
instance is placed in. 

30 

26. A method for instantiation of an object that represents a 
real world entity, comprising: 




generating a formal instance describing the instantiation 
of the object; 

placing the formal instance into one or more groups of 
formal instances based on the type of the object; and 
5 instantiating the object based on information in the 

formal instance and also on information of the type of the 
object. 

27. A data processing system comprising: 
10 a data processor; and 

storage means for storing data, at least a part of said 
data being stored as objects that can be instantiated for use 
by the data processor, 

wherein the arrangement is such that at least a part of 
15 the objects are instantiated based on information contained in 
associated formal instances and information regarding the type 
of the object to be instantiated. 

28. A data processing system as claimed in claim 26 arranged 
20 to control operation of real world entities that are 

represented by objects to the system. 

29. A data entity for object oriented data processing that is 
based on use of a plurality of objects, wherein the data 

25 entity contains information regarding instantiation of one or 
more objects and is included in at least one group of data 
entities, each group of data entities being indicative of 
different characteristic features of the objects. 
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Create one or more groups of formal instances, each 
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structures 
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